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DESCRIPTION 

CACHE DEVICE, AND METHOD AND COMPUTER PROGRAM FOR" 



CONTROLLING CACHED DATA 



5 Technical Field 

The present invention relates to cache devices, and to 
methods and computer programs for controlling cached data, 
and in particular, relates to a cache device, and to a 
method and a computer program for controlling cached data 

10 that enable efficient use of a data storage area in the 

cache device and that improve the hit ratio in caching data 
that is sent and received through networks . 
Background Art 

Recently, a large amount of image and voice data, 

15 various types of programs, and the like has been transmitted 
through networks such as the Internet. The types of content 
transmitted through networks, which include text and still 
images, have extended to multimedia content such as moving 
images and voice, so that the volume and types of content 

20 have considerably increased. 

Large -volume content delivery through broadband 
networks has rapidly increased. Accordingly, the amount of 
content that is delivered through networks has rapidly 
increased. When the types of content increase and large - 

25 volume content increases, data communication volume 
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disadvantageous ly increases, that is # data traffic in 
networks increases . 

One method for solving the problem of increased data 
traffic in networks is a cache system. A cache system 
5 includes caches functioning as data storage means on network 
paths extending from a content delivery site to users that 
receive the content. When user-requested data (content) is 
stored in the caches, the data (content) is not sent from 
the content delivery site but the data is instead retrieved 

10 from the caches and sent to the users. 

When, for example, a user retrieves content through 
networks and the content is stored in a temporary storage 
device (cache) on the networks, the cache stores and deletes 
the content according to predetermined rules. For example, 

15 infrequently accessed content in the cache is replaced every 
time up-to-date content is input to the cache up to the 
storage capacity of the cache. In general, these rules for 
controlling the content of the cache are in effect 
independent of direct controls by the content delivery side 

20 and the user side. 

In controlling a data area of an Internet cache in this 
way, when data occupies the full space of the data area, an 
inactive region of the data area is detected and the data in 
the inactive region is deleted and replaced with up-to-date 

25 data. This process is called cache replacement. 
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In known cache replacement in an Internet cache, when a 
plurality of caches exist in networks such as the Internet, 
independent data control is generally carried out in each 
cache device. The most common cache replacement method is a 
5 data control method using the least recently used (LRU) 
algorithm. 

The LRU algorithm is a control method registering a 
data block that has not been used recently at the end of an 
LRU list and registering a data block that has been used 

10 recently at the head of the LRU list. In this method, when 
old data is deleted to cache new data, a new data storage 
area is secured by deleting the data block registered at the 
end of the LRU list. 

Referring to Fig. 1, the data control method using the 

15 LRU algorithm will now be described. The data used in the 
control are an LRU list (a) having entries, in the order of 
usage frequency, corresponding to individual data blocks, 
and a free block list (b) indicating free area blocks in a 
cache. Newly cached data is stored in a data storage block, 

2 0 serving as a memory region, which is pointed to by a pointer 
indicated in each entry of the free block list (b) . An 
entry that stores block information of the data storage 
block is registered as a head entry 101 in the LRU list (a) . 
When some of previous cached data is deleted because 

2 5 the data storage area of the cache is fully occupied by 
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inputting (caching) the new data, a data block that has not 
been used recently, corresponding to an entry 102 at the end 
of the LRU list (a) , is deleted. A certain data storage 
block is registered as a free area by registering an entry 
5 indicating pointer information of the deleted data block in 
the free block list (b) . 

The above method for controlling data blocks for a 
cache is applied using information of a single cache device. 
A method for requesting data that does not reside in a 

10 requesting cache device to a plurality of neighboring cache 
devices has been proposed as the Internet Cache Protocol 
(ICP: Requests for Comments RFC-2186, RFC-2187) . In this 
method, the data request process is carried out, specifying 
a uniform resource locator (URL) serving as resource 

15 information of a content file, for each URL; and there is no 
function that minutely adjusts which data of a plurality of 
caches is deleted or kept. Thus, the requested data is 
simply retrieved from other cache devices instead of being 
downloaded from a server when the same data as the requested 

20 data happens to remain in the other cache devices as a 
result of respective operations of these cache devices. 
Disclosure of Invention 

To solve the problems in cache control described above, 
the present invention provides a cache device , and a method 

25 and a computer program for controlling cached data that 
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enable efficient use of a data storage area in a system 
including a plurality of caches connected to a network. 

For example, a data area of a cache device connected to 
a network is controlled using a deletion pending list that 
5 temporarily suspends data deletion; and a data control 

method suitable for caching a large amount of content, such 
as video content, is implemented by introducing the concept 
of a cache group. 

A cache group is composed of a plurality of cache 

10 devices connected to a network, and the same content data is 
controlled in each of a plurality of disks within the group. 
The content data is controlled in units of block composed of 
a certain number of data units using a deletion pending list, 
and parts of the content data in a deletion pending status 

15 stored in disks are controlled so as to be different from 
each other. By adopting this arrangement, the original 
content data can be restored quickly by collecting the parts 
of the content data from neighboring cache disks in the 
cache group when many parts of the content data are deleted 

20 by cache replacement. When the content data is small, the 
same control can be carried out by making an arrangement in 
which different content set to a deletion pending status is 
stored in each disk. 

A first aspect of the present invention provides a 

25 cache device for storing data received through a network as 
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cached data and retrieving the cached data in response to a 
data request from a terminal to send the cached data to the 
terminal, the cache device including: 

a cache group table including group configuration 
5 information regarding a cache group composed of the cache 
device and other cache devices connected to the network, 
collaborative content control being carried out for the 
cache group; and 

controlling means for determining which data blocks are 

10 in a deletion pending status, the data blocks being data 
stored in the cache device, out of data blocks composing 
content based on the information included in the cache group 
table, and for controlling the data blocks in the deletion 
pending status according to a deletion pending list composed 

15 of entries including information corresponding to the data 
blocks in the deletion pending status. 

An embodiment of the cache device according to the 
present invention provides a cache device in which the cache 
group table includes an identifier of the content that is 

2 0 collaboratively controlled by the cache group, the number N 
of cache devices of the cache group, and group member 
numbers m assigned to respective cache devices; and 

the controlling means determines which data blocks are 
in a deletion pending status, the data blocks being stored 

25 in the cache device, out of the data blocks composing the 
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content, which is collaboratively controlled, that is, 

the controlling means carries out the following process 

based on a block offset number C serving as offset 

information, of a data block subjected to the determination, 
5 from the leading data block of the content to which the data 

block belongs : 

C mod N is calculated; 

V = N when C mod N = 0 , and 

V = (C mod N) when C mod N ^ 0; and 
10 whether V = m is judged, and 

the data block in question is judged to be one of the 
data blocks in the deletion pending status when V = m. 

An embodiment of the cache device according to the 
present invention provides a cache device in which 
15 the controlling means judges, by exchanging messages 

between the cache devices, whether the collaborative control 
by the cache group is applicable to a data block 
corresponding to an entry to be removed from an LRU list 
serving as a list for controlling data blocks stored in 
2 0 storage means; and 

the controlling means generates the cache group table 
upon judging that the collaborative control is applicable. 

An embodiment of the cache device according to the 
present invention provides a cache device in which, 
2 5 for a data block corresponding to an entry to be 
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removed from an LRU list serving as a list for controlling 
data blocks stored in storage means, 

the controlling means determines which data blocks are 
in a deletion pending status, the data blocks being data 
5 stored in the cache device, out of the data blocks composing 
the content based on the information included in the cache 
group table; and the controlling means controls the data 
block, other than the data blocks in the deletion pending 
status, in a free block list serving as a list for 
10 controlling data blocks that can be deleted. 

An embodiment of the cache device according to the 
present invention provides a cache device in which the 
deletion pending list includes a plurality of deletion 
pending lists corresponding to priority, the data blocks 
15 being stored in order of the priority; and 

the controlling means judges the priority at which each 
of the data blocks is stored, and registers an entry 
corresponding to the data block subjected to the control in 
one list selected from the deletion pending lists according 
2 0 to the judgment. 

An embodiment of the cache device according to the 
present invention provides a cache device in which, 
when the data request from the terminal is for 
acquiring a data block contained in the content that is 
25 collaboratively controlled by the cache group, 
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the controlling means judges which cache device of the 
cache group stores the requested data block, and retrieves 
the data block from the cache device itself or other cache 
devices of the cache group according to the judgment. 

An embodiment of the cache device according to the 
present invention provides a cache device in which the cache 
group table includes an identifier of the content that is 
collaboratively controlled by the cache group, the number N 
of cache devices of the cache group, and group member 
numbers m assigned to respective cache devices; and 

the controlling means carries out the following process 
based on a block offset number C serving as offset 
information, of the requested data block, from the leading 
data block of the content to which the data block belongs : 

C mod N is calculated; 

V = N when C mod N = 0, and 

V = (C mod N) when C mod N ^ 0; and 

V = m, and 

the data block is retrieved from a cache device having 
the group member number m that is calculated. 

A second aspect of the present invention provides a 
method for controlling cached data in a cache device for 
storing data received through a network as the cached data 
and retrieving the cached data in response to a data request 
from a terminal to send the cached data to the terminal, the 
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method including: 

a step of determining which data blocks are in a 
deletion pending status, the data blocks being data stored 
in the cache device, out of data blocks composing content 
5 based on group configuration information, stored in a cache 
group table, regarding a cache group composed of the cache 
device and other cache devices connected to the network, 
collaborative content control being carried out for the 
cache group; 

10 a step of controlling the data blocks in the deletion 

pending status according to a deletion pending list composed 
of entries including information corresponding to the data 
blocks in the deletion pending status. 

An embodiment of the method for controlling cached data 

15 according to the present invention provides a method in 

which the cache group table includes an identifier of the 
content that is collaboratively controlled by the cache 
group, the number N of cache devices of the cache group, and 
group member numbers m assigned to respective cache devices; 

20 and 

in the step of determining which data blocks are in a 
deletion pending status, the data blocks in the deletion 
pending status, the data blocks being stored in the cache 
device, are determined out of the data blocks composing the 
25 content, which is collaboratively controlled, that is, 
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the following process is carried out based on a block 
offset number C serving as offset information, of a data 
block subjected to the determination, from the leading data 
block of the content to which the data block belongs : 

C mod N is calculated; 

V = N when C mod N = 0 , and 

V = (C mod N) when C mod N 0; and 
whether V = m is judged, and 

the data block in question is judged to be one of the 
data blocks in the deletion pending status when V = m. 

An embodiment of the method for controlling cached data 
according to the present invention provides a method further 
including : 

steps of judging, by exchanging messages between the 
cache devices, whether the collaborative control by the 
cache group is applicable to a data block corresponding to 
an entry to be removed from an LRU list serving as a list 
for controlling data blocks stored in storage means; and 
generating the cache group table upon judging that the 
collaborative control is applicable. 

An embodiment of the method for controlling cached data 
according to the present invention provides a method further 
including: 

a step of determining which data blocks are in a 
deletion pending status, the data blocks being data stored 
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in the cache device , out of the data blocks composing the 
content based on the information included in the cache group 
table for a data block corresponding to an entry to be 
removed from an LRU list serving as a list for controlling 
5 data blocks stored in storage means; and controlling the 
data block, other than the data blocks in the deletion 
pending status, in a free block list serving as a list for 
controlling data blocks that can be deleted. 

An embodiment of the method for controlling cached data 

10 according to the present invention provides a method in 
which the deletion pending list includes a plurality of 
deletion pending lists corresponding to priority, the data 
blocks being stored in order of the priority; and the method 
further including : 

15 steps of judging the priority at which each of the data 

blocks is stored, and registering an entry corresponding to 
the data block subjected to the control in one list selected 
from the deletion pending lists according to the judgment. 

An embodiment of the method for controlling cached data 

20 according to the present invention provides a method further 
including : 

steps of judging which cache device of the cache group 
stores the requested data block, and retrieving the data 
block from the cache device itself or other cache devices of 
25 the cache group according to the judgment when the data 
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request from the terminal is for acquiring a data block 
contained in the content that is collaboratively controlled 
by the cache group. 

An embodiment of the method for controlling cached data 
according to the present invention provides a method in 
which the cache group table includes an identifier of the 
content that is collaboratively controlled by the cache 
group, the number N of cache devices of the cache group, and 
group member numbers m assigned to respective cache devices ; 
and 

in the step of retrieving the data block, the following 
process is carried out based on a block offset number C 
serving as offset information, of the requested data block, 
from the leading data block of the content to which the data 
block belongs : 

C mod N is calculated; 

V = N when C mod N = 0 , and 

V = (C mod N) when C mod N ^ 0; and 

V = m, and 

the data block is retrieved from a cache device having 
the group member number m that is calculated. 

A third aspect of the present invention provides a 
computer program for controlling cached data in a cache 
device for storing data received through a network as the 
cached data and retrieving the cached data in response to a 
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data request from a terminal to send the cached data to the 
terminal, the computer program including: 

a step of determining which data blocks are in a 
deletion pending status, the data blocks being data stored 
5 in the cache device, out of data blocks composing content 
based on group configuration information, stored in a cache 
group table, regarding a cache group composed of the cache 
device and other cache devices connected to the network, 
collaborative content control being carried out for the 

10 cache group; 

a step of controlling the data blocks in the deletion 
pending status according to a deletion pending list composed 
of entries including information corresponding to the data 
blocks in the deletion pending status. 

15 According to the system of the present invention, when 

cache replacement is carried out in cache devices connected 
to each other through a network, data control is carried out 
so that data blocks set to a deletion pending status in each 
cache device, which includes lists regarding the data blocks 

2 0 set to a deletion pending status, in a cache group are 

different from those in other cache devices in the cache 
group. Thus, a storage area can be used efficiently as 
compared with a case where each cache independently controls 
cache replacement, and data blocks stored in a plurality of 

2 5 cache devices are collected to be sent to terminals in 
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response to data acquisition requests from the terminals, 
thereby facilitating network traffic and improving the hit 
rate of the cache devices. 

Moreover, when cache devices include multi- level 
5 deletion pending lists according to the present invention, 
the possibility that data stored at high priority is not 
deleted but remains is high, thereby achieving further 
improvement in the cache hit ratio. 

The computer program according to the present invention 

10 can be distributed to, for example, general -purpose computer 
systems that can execute a variety of program codes, using 
storage media, such as a compact disc (CD) , a floppy disk 
(FD) , and a magnetic optical (MO) disk, and communication 
media, such as networks, these media being computer- readable . 

15 Processing corresponding to the program is performed on the 
computer systems by distributing the program in computer- 
readable formats . 

Other objects, features, and advantages of the present 
invention will become apparent from the embodiments of the 

20 present invention and detailed description given below, with 
reference to the attached drawings . The term system 
referred to in the description means a plurality of devices 
that are logically combined, and the devices are not 
necessarily housed in the same housing. 

2 5 Brief Description of the Drawings 
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Fig. 1 illustrates known cache data control using an 
LRU list and a free block list. 

Fig. 2 illustrates a network configuration to which a 
cache device according to the present invention is 
5 applicable. 

Fig. 3 illustrates data control in a cache device 
according to the present invention. 

Fig. 4 illustrates data control in a cache device 
according to the present invention. 
10 Fig. 5 illustrates a typical format of a send/receive 

message between cache devices according to the present 
invention. 

Fig. 6 illustrates the data layout of a neighboring 
cache device list in a cache device according to the present 
15 invention. 

Fig. 7 illustrates a typical format of a group 
configuration information message serving as a send/receive 
message between cache devices according to the present 
invention. 

20 Fig. 8 illustrates typical data of a cache group table 

stored in a cache device according to the present invention. 

Fig. 9 illustrates lists used for controlling data in a 
cache device according to the present invention. 

Fig. 10 illustrates an LRU list used for controlling 
25 data in a cache device according to the present invention. 
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Fig. 11 illustrates a deletion pending list used for 
controlling data in a cache device according to the present 
invention. 

Fig. 12 illustrates a free block list used for 
5 controlling data in a cache device according to the present 
invention. 

Fig. 13 is a flow chart illustrating group formation 
and data control in a cache device according to the present 
invention. 

10 Fig. 14 is a sequence diagram illustrating send/receive 

messages used in group formation and data control in a cache 
device according to the present invention. 

Fig. 15 is a flow chart illustrating a process of 
retrieving and sending data in a cache device according to 
15 the present invention. 

Fig. 16 is a flow chart illustrating a process of 
retrieving and sending data by redirect processing in a 
cache device according to the present invention. 

Fig. 17 is a sequence diagram illustrating send/ receive 
20 messages used in a process of retrieving and sending data in 
a cache device according to the present invention. 

Fig. 18 illustrates a configuration including multi- 
level deletion pending lists in a cache device according to 
the present invention. 
25 Fig. 19 illustrates a configuration including multi- 
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level deletion pending lists in a cache device according to 
the present invention. 

Fig. 20 is a flow chart illustrating group formation 
and data control in a cache device according to the present 
5 invention, the cache device including multi- level deletion 
pending lists. 

Fig. 21 illustrates a typical hardware configuration of 
a cache device according to the present invention. 
Best Mode for Carrying Out the Invention 

10 Referring to the drawings, cache devices and a method 

for controlling cached data according to the present 
invention will now be described in detail. 

[Cache device and process in cache device] 
Fig. 2 illustrates the overall configuration of a 

15 typical network to which the cache devices according to the 
present invention are applicable. The configuration shown 
in Fig. 2 is similar to that of a system including general 
Internet cache devices, a server device, and terminal 
devices. The cache devices according to the present 

2 0 invention are applicable to a known network system 

configuration. In the network, a plurality of cache devices 
are set up as a group, and cached data within the group is 
controlled. 

Cache devices 1 (211) to 4 (214) are connected to each 
25 other through the network, and temporarily store data 
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(content) delivered from a content server 201, Terminals 
that receive the content, such as user personal computers 
(PCs) and mobile communication terminals, can connect to the 
network downstream of the cache devices 211 to 214. 
5 Terminals 221a, 221b, 221c, and . . . for receiving 

content connect to the cache device 1 (211) . Terminals 231a, 
231b, 231c, and . . . connect to the cache device 2 (212) . 
Terminals 241a, 241b, and . . . connect to the cache device 3 
(213) . Terminals 251a, 251b, 251c, and . . . connect to the 

10 cache device 4 (214) . 

When a terminal submits a request for acquiring content 
data, the data is read out from the content server 201 or 
from a cache device between the terminal and the server. A 
content acquisition request from a terminal is executed by, 

15 for example, sending a message for content acquisition 

request, the message specifying a URL serving as resource 
information of a content file. 

When data corresponding to the URL of the content 
requested from the terminal is stored in a cache device, the 

20 data is read out from the cache device. When the data is 
read out from the cache device, data transfer between the 
content server 201 and the cache device can be omitted, 
thereby facilitating data traffic in the network. 

In the configuration according to the present invention, 

25 a plurality of cache devices connected to each other through 
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the network, such as the cache devices 1 (211) to 4 (214) 
shown in Fig. 2, are grouped as a cache group. Content is 
collaboratively controlled among the cache devices 1 (211) 
to 4 (214) , that is, content is dispersedly stored among the 
5 cache devices 1 (211) to 4 (214) . Components of cache 

control and a method for controlling caches in the present 
invention will now be described. 

As shown in Fig. 3, it is assumed, for example, that 
the same content data is stored in each of the four cache 

10 devices 1 (211) to 4 (214) belonging to the cache group in 
Fig. 2. Content is composed of data blocks 1 to 7 . As 
shown in Fig. 3, each of the cache devices 1 (211) to 4 
(214) stores the same data blocks 1 to 7 . Each of the cache 
devices 1 (211) to 4 (214) receives these data blocks 1 to 7 

15 from the content server 2 01 and temporarily stores them in 

response to requests from terminals connected to each of the 
cache devices, i.e., these data blocks are cached data. 

When cache replacement is independently carried out in 
each cache device as in the known art, each cache device 

20 deletes a data block subjected to acquisition requests from 
the terminals at low frequency in order to store or cache 
new data in storage means. When this deleted data is newly 
distributed, the data is retrieved from the content server 
2 01 because the data does not reside in the cache device. 

25 According to the cache device of the present invention, 
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data is collaboratively controlled in the cache group 
including the cache devices 1 (211) to 4 (214) . 

In the method for controlling cached data according to 
the present invention, data to be cached is controlled with 
5 a cache, group using a plurality of cache devices having the 
same content data. Cache replacement in the cache devices 
according to the present invention is carried out for each 
cache group including the cache devices 1 (211) to 4 (214). 
Data deletion is controlled so that data that is not 

10 deleted and remains in the cache devices of the cache grpup 
is different from each other, thereby enabling an efficient 
use of data storage areas in the cache devices. Moreover, 
stored data can be transmitted to and output to the 
terminals from the plurality of cache devices of the cache 

15 group in response to data requests from the terminals. Thus, 
the total hit rate in the cache devices can be improved. 

Referring to the drawing, an embodiment will now be 
described. When the same content data blocks 1 to 7 are 
stored in each of the cache devices 1 (211) to 4 (214) of 

20 the cache group as shown in Fig. 3 # data deletion, i.e., 

cache replacement, is carried out so that data that is not 
deleted and remains in the cache devices is different from 
each other by controlling data by the cache group. 

As shown in Fig. 4, the result of cache replacement by 

25 the cache group is as follows: The cache device 1 (211) 
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stores the data blocks 1 and 5 as cached data, and registers 
the data blocks 2, 3, 4, 6, and 7 in a free list 
(corresponding to deleted data blocks) ; the cache device 2 
(212) stores the data blocks 2 and 6 as cached data, and 
5 registers the data blocks 1, 3, 4, 5, and 7 in the free 

list; the cache device 3 (213) stores the data blocks 3 and 
7 as cached data, and registers the data blocks 1, 2, 4, 5, 
and 6 in the free list; and the cache device 4 (214) stores 
the data block 4 as cached data, and registers the data 

10 blocks 1, 2, 3, 5, 6, and 7 in the free list. 

In this way, cache replacement is carried out for 
collaborative content control by the total cache group 
including the cache devices 1 (211) to 4 (214) . An 
embodiment of cache replacement by a cache group will now be 

15 described. 

Each cache device scans blocks in the LRU list (refer 
to Fig. 1) owned by each cache device in the order of 
possibility that a block is shortly to be deleted by cache 
replacement at predetermined intervals; queries whether a 

20 cache device having content corresponding to the blocks to 
be deleted is in the neighborhood; and confirms whether the 
queried cache device can form a cache group with the 
querying cache device when the queried cache device has the 
content to be deleted. 

25 A send/receive message applied to this type of query 
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can be covered by, for example, the ICP, which is defined as 
a protocol for sending and receiving messages among caches 
connected to each other through networks . A function for 
confirming whether a cache device can participate in a cache 
5 group is not defined in the known specifications of the ICP, 
but a message for confirming whether a cache device can 
participate in a cache group can be sent and received by, 
for example, extending the option flags in the IP_OP_QUERY 
message defined as an opcode in the ICP. 

10 Fig. 5 (a) illustrates the format of the ICP, which is 

defined as a protocol for sending and receiving messages 
among caches connected to each other through networks. Fig. 
5 (b) illustrates the format of the IP_OP_QUERY message 
defined as an opcode in the ICP. As shown in Fig. 5 (a) , 

15 the ICP format has the following data fields: Opcode, 

Version, Message Length, Request Number, Options, Option 
Data, Sender Host Address, and Payload. 

To query whether neighboring cache devices have a 
certain content and can participate in a cache group, a 

20 query message specifying a URL serving as resource 

information of the content file is sent to the neighboring 
cache devices. An embodiment of this query message is 
ICP_OP_QUERY specifying a URL serving as resource 
information of a content file, and having an additional flag 

25 for confirming whether neighboring cache devices can 
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participate in a cache group as members concerning this 
content (for example, 0X20000000 (ICP_FLAG_GROUP_REQ) ) by 
extending the option flags in the ICP. This query message 
can be implemented by formats and protocols other than this 
5 technique . 

A querying cache device can send this query on whether 
a cache device holds a content file to a plurality of 
neighboring cache devices at one time by multicasting. 

In the present invention, neighboring cache devices are 

10 candidate cache devices that possibly form a cache group 

with a certain cache device, and, for example, are set up as 
cache devices that can send and receive data within 
predetermined allowed time. 

In an embodiment of neighboring cache device 

15 configuration, a plurality of cache devices that possibly 

form a cache group are registered in a configuration file of 
a cache device in advance. Then, round trip times (RTT) 
between the cache devices are measured by sending a Packet 
Internet Groper (PING) to these registered cache devices, 

20 and a plurality of cache devices within an allowed RTT are 
set up as neighboring cache devices. 

A cache device setting up a cache group holds a list of 
neighboring cache devices* The list holds host addresses, 
IP addresses, and ICP port numbers as data related to target 

25 cache devices. 
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Fig. 6 illustrates a typical cache device list. As 
shown in Fig. 6, the cache device list holds host addresses, 
IP addresses, and ICP port numbers as data related to cache 
devices set up as neighboring cache devices. 
5 For example, a cache device queries whether neighboring 

cache devices hold a certain content and can participate in 
a group by broadcasting or multicasting a query message 
using ICP_OP_QUERY specifying a URL corresponding to the 
certain content data. The querying cache device waits for 

10 responses to the query message. 

The querying cache device does not wait indefinitely, 
and it is not known exactly how many responses are returned 
when the query is multicasted. Accordingly, for a 
predetermined time, the querying cache device checks which 

15 queried cache device sends a hit response, i.e., a response 
indicating the queried cache device holds content data 
corresponding to the queried URL, and counts the number of 
hit responses. The result is stored in an internal cache 
group table (identifiers of target content data (for example, 

20 URL or content identifier (ID)), the number of group members, 
group IDs, and member numbers of members composing a cache 
group and corresponding IP addresses in a list) . 

The following ICP messages can be used as response 
messages, for example: ICP_OP_HIT for a response indicating 

25 the queried cache device has content data corresponding to 
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the queried URL, or ICP_OP_MISS for a response indicating 
the queried cache device does not have the content data. 

Each cache device that receives the above query message 
sends back the hit response when the cache device agrees to 
5 be a member of a cache group with the querying cache device 
and has a capacity to store data blocks corresponding to the 
queried content until the cache group is formed. 

A cache group concerning content specified by the query 
message is formed by the cache device sending the query 
10 message and at least one cache device sending back the hit 
response . 

When the cache device sending the query message and 
receiving the response message sets up a cache group upon 
receiving at least one hit response, the cache device 

15 notifies each cache device composing the cache group of 

group configuration information such as the number (N) of 
cache devices composing the cache group, a group member 
number (m) serving as an identifier of the cache device 
(member) composing the cache group, and a content data 

2 0 identifier (CID) of content data processed in the cache 
group . 

The group member number (m) serving as the cache device 
(member) identifier is set corresponding to the IP address 
of the cache device. Each cache device (member) composing 
25 the cache group acquires the group member numbers (m) 
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serving as the cache device (member) identifiers of all the 
other cache devices (members) composing the cache group and 
the IP addresses corresponding to the respective group 
member numbers (m) . 
5 The I CP can be used for notifying the group 

configuration information, as in the query message described 
above. For example, a unique opcode ICP_OP_NOTIFY for 
information notification is added to the ICP to store the 
group member numbers of the cache devices (members) and the 

10 IP addresses in the Payload field of ICP_OP__NOTIFY as shown 
in Fig. 7 and to be sent to each cache device composing the 
cache group for giving this information. Fig. 7 illustrates 
an example of IP_OP_NOTIFY including IP addresses according 
to the Internet Protocol Version 4 (IPv4) . 

15 As shown in Fig. 7, group member numbers (cache members 

#1 to #N) and IP addresses of all (N) cache devices 
(members) composing a cache group are stored in the Payload 
field. Each cache device (member) composing the cache group 
is notified of the group member numbers and the 

2 0 corresponding IP addresses of all the other cache devices 
(members) composing the cache group by receiving this 
information. 

As shown in Fig. 8, each of the cache device sending 
the group configuration information and the cache devices 
25 receiving the group configuration information, these cache 
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devices belonging to the cache group, stores a cache group 
table having the group configuration information in a memory 
as its own control information. 

The cache group table stores information obtained based 
5 on the group configuration information described above, that 
is, identifiers of content each of which is collaboratively 
controlled in each set-up cache group, the number of cache 
devices composing each cache group [N] , cache group 
identifiers (ID) , and member numbers and corresponding IP 

10 addresses in a list of cache group members. 

Content data is not controlled independently by each 
cache device of the cache group set up in this way, but is 
controlled by the total group. A method for controlling 
content in each cache device in a cache group will now be 

15 described. 

As shown in Fig. 9, each cache device in a cache group 
includes an LRU list (a) that lists data blocks in the order 
of usage frequency, a deletion pending list (b) , and a free 
block list (c) that has pointer information of free area 

2 0 blocks in the cache. 

The deletion pending list is used for controlling data 
blocks that are temporarily set to a deletion pending status 
out of data blocks removed from the LRU list, for example, 
data blocks to be subjected to deletion. Whether data 

25 blocks corresponding to entries removed from the LRU list 
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are controlled in the free block list as data blocks 
subjected to deletion or in the deletion pending list as 
data blocks in deletion pending status is judged by the 
following process: 
5 The process for judging whether each data block is set 

to a deletion pending status is as follows: 

(1) C mod N is calculated; 

(2) V = N when C mod N = 0, and 

V = (C mod N) when C mod N ^ 0; and 
10 (3) the data block is set to a deletion pending status 

when V = m, and 

the data block is not set to a deletion pending 
status and is deleted when V ^ m, 

where C is the block offset number from the head of content 
15 subjected to judgment, N is the number of cache devices of a 

cache group, and m is the group member number assigned to a 

cache device in question in the cache group. 

Data blocks are stored among the cache devices without 

duplication by repeating the above process in each cache 
20 device of the cache group, as described above with reference 

to Fig. 4. 

That is, in this arrangement, the cache device 1 (211) 
having m = 1 stores the data blocks 1 and 5 in deletion 
pending status and controls these blocks in the deletion 
25 pending list, and controls the data blocks 2, 3, 4, 6, and 7 
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in the free list as blocks to be subjected to deletion; the 
cache device 2 (212) having m = 2 stores the data blocks 2 
and 6 in deletion pending status and controls these blocks 
in the deletion pending list, and controls the data blocks 1, 
5 3, 4, 5, and 7 in the free list; the cache device 3 (213) 
having m = 3 stores the data blocks 3 and 7 in deletion 
pending status and controls these blocks in the deletion 
pending list, and controls the data blocks 1, 2, 4, 5 # and 6 
in the free list; and the cache device 4 (214) having m = 4 
10 stores the data block 4 in deletion pending status and 
controls this block in the deletion pending list, and 
controls the data blocks 1, 2, 3, 5, 6, and 7 in the free 
list . 

The details of the above process will now be described 
15 with reference to internal structures of the LRU list, the 

deletion pending list, and the free block list owned by each 
cache device in the cache group. 

Referring to Fig. 10, the structure of the LRU list 
will now be described. As shown in Fig. 10, each cache 
2 0 device includes a data storage area 3 20 serving as storage 
means that stores its own cached data and an LRU list 310 
for data stored in the data storage area. 

The LRU list 310 is generated corresponding to each 
data block. In this case, list data records (entries) (a) 
25 to (p) are retained corresponding to respective data blocks. 
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Fig. 10 illustrates the internal structure of the LRU list, 
each entry of the LRU list including a pointer 311 pointing 
to a data block, a content identifier 312, a block offset 
313, a pointer 314 pointing to a previous list data record 
5 (entry) in the same LRU list, and a pointer 315 pointing to 
a succeeding list data record (entry) in the same LRU list. 

The pointer 311 pointing to a data block indicates a 
storage address of a real content data block in the data 
storage area 32 0, the content data block corresponding to 

10 each list data record. The content identifier 312 includes, 
for example, a URL or identifier data of each data block. 
The block offset 313 indicates an offset of each content 
data block from the head of the content . 

For example, a differential address in a data storage 

15 area can be used as an offset, but a block that divides data 
into parts of predetermined size is here used as a unit for 
control and the offset has a block offset number C from the 
head of content. A block offset set in the list data record 
(a) is 1, a block offset set in the list data record (b) is 

20 2, and a block offset set in the list data record (p) is N 
for the content data having N blocks. In this way, a block 
offset is set to the block offset number C being data for 
identifying a displacement from the head of each content. 

The pointer 314 pointing to a previous list data record 

25 (entry) and the pointer 315 pointing to a succeeding list 
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data record (entry) in the same LRU list are pointer data 
for a previous entry and a succeeding entry, respectively, 
in the same list. Thus, the pointer, pointing to the 
previous list data record, in the list data record (a) at 
5 the head of the list is set to NULL, and the pointer, 

pointing to the succeeding list data record, in the list 
data record (p) at the end of the list is also set to NULL. 

The identifier and the block offset number C from the 
head of the content corresponding to the pointer, pointing 

10 to the data block, in each entry of the LRU list can easily 
be obtained by reading data in each entry. 

Referring to Fig. 11, the structure of the deletion 
pending list will now be described. As described above, the 
deletion pending list is used for controlling data blocks 

15 temporarily set to a deletion pending status out of those 
data blocks to be subjected to deletion in the LRU list. 

As shown in Fig. 11, a deletion pending list 330 owned 
by a cache device is generated corresponding to data blocks 
set to a deletion pending status. List data records 

20 (entries) (a) to (p) are retained corresponding to 

respective data blocks set to the deletion pending status. 
Fig. 11 illustrates the internal structure of the deletion 
pending list, each entry of the deletion pending list 
including a pointer 331 pointing to a data block, a content 

25 identifier 332, a block offset 333, a group identifier (GP) 
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334 of a set-up cache group, a pointer 335 pointing to a 
previous list data record (entry) in the same deletion 
pending list, and a pointer 336 pointing to a succeeding 
list data record (entry) in the same deletion pending list. 
5 The structure of stored data in the deletion pending 

list 330 owned by a cache device is the same as that of 
stored data in the LRU list plus the group identifier (GP) 
334. The group identifier (GP) 334 is a group ID that is 
set when a cache group is set up for identifying the cache 

10 group. A cache device setting up the cache group sets the 
group identifier (GP) 334 and notifies other cache devices 
composing the cache group of the group identifier (GP) 334 
with group configuration information. The group identifier 
(GP) 334 is registered in the cache group table (refer to 

15 Fig. 8) . 

Referring to Fig. 12, the structure of the free block 
list will now be described. As described above, the free 
block list is used for controlling data blocks that are not 
set to a deletion pending status but are directly subjected 
20 to deletion, and data blocks that are temporarily set to a 
deletion pending status and are subsequently subjected to 
deletion, out of data blocks subjected to deletion in the 
LRU list. 

As shown in Fig. 12, each entry of a free block list 
25 350 owned by a cache device includes a pointer 351 pointing 
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to a data block that can be overwritten and deleted out of 
data storage blocks in the data storage area 320, a pointer 
352 pointing to a previous list data record (entry) in the 
same free block list, and a pointer 353 pointing to a 
5 succeeding list data record (entry) in the same free block 
list. 

The following process will now be described: Each 
cache device of a cache group receives new input data, so 
that data blocks are controlled in the deletion pending list 

10 or the free block list. 

First, a cache device selects entries (list data 
records) to be processed from the LRU list and reads out a 
block offset number C (the block offset 313 in Fig. 10) from 
each of the entries selected from the LRU list. 

15 The cache device then carries out the process as 

described above based on the value of the block offset 
number C: 

(1) C mod N is calculated. 

(2) V = N when C mod N = 0, and 

20 v = (C mod N) when C mod N * 0. 

(3) A data block is set to a deletion pending status 
when V = m. That is, a list data record for controlling the 
corresponding data block is put in the deletion pending list. 
This data block is not deleted but is stored in the data 

25 storage area. 
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(3 1 ) The data block is not set to a deletion pending 
status when V * m. That is, a list data record for 
controlling the corresponding data block is put in the free 
block list. This data block can be deleted and overwritten 
5 in the data storage area. 

When V = m, the cache device judges that the cache 
device itself in a set-up cache group needs to store the 
data block. Accordingly, the cache device removes a 
corresponding entry to be deleted from the LRU list and puts 

10 a corresponding entry in the deletion pending list, so that 
the cache device does not delete but stores the content data 
block in the memory, and controls the content data block in 
the deletion pending list. When V * m, the cache device 
itself in the set-up cache group does not need to store the 

15 data block. That is, the cache device judges that another 
group member stores the data block. Accordingly, the cache 
device removes the corresponding entry to be deleted from 
the LRU list and puts a corresponding entry in the free 
block list, so that the cache device sets the corresponding 

2 0 data block to a deletable status. Another cache group 

member stores the data block subjected to deletion and can 
transmit the stored data block to terminals. This process 
will be described later. 

Entries are put in these lists as shown in Fig. 9. For 

25 example, in the cache device 1, upon receiving a request for 
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writing a new data block, the new data block is written to a 
data storage region, in the data storage area, corresponding 
to a data block pointer set in a leading entry 271 of the 
free block list (c) , and information of the written data 
5 block is set in a leading entry 272 of the LRU list shown in 
Fig. 10. 

When the length of the LRU list consequently exceeds an 
allowable length, an ending entry 273 of the LRU list is 
removed and a corresponding entry is put in the deletion 

10 pending list or the free block list. Whether the 

corresponding entry is put in the deletion pending list or 
the free block list is determined by calculating C mod N and 
judging the value V as described above in (1) to (3) . 

As a result of the above determination, the ending 

15 entry 273 of the LRU list is removed and a corresponding 

ending entry 2 74 is put in the deletion pending list when it 
is determined that the ending entry 2 73 of the LRU list is 
to be removed and the corresponding ending entry is put in 
the deletion pending list, and the ending entry 273 of the 

2 0 LRU list is removed and a corresponding ending entry 275 is 
put in the free block list when it is determined that the 
ending entry 273 of the LRU list is removed and the 
corresponding ending entry is put in the free block list. 

When the length of the deletion pending list exceeds a 

2 5 predetermined length upon adding a new entry to the deletion 



- 37 - 

S03P0829 

pending list, an entry corresponding to a leading entry 276 
of the deletion pending list is put in the free block list 
as the ending entry 275. 

When the buffer capacity predetermined according to the 
5 free block list falls short upon storing new data, the 

buffer capacity is secured by removing an entry in the LRU 
list or the deletion pending list and putting a 
corresponding entry in the free block list, that is, by 
deleting a data block. 

10 A memory region pointed to by a data block pointer 

specified in the entry that is put in the free block list 
can be used for writing new input data, and current content 
of the data block is discarded. 

[Generating a cache group and controlling data] 

15 Referring to the flow charts and the sequence diagrams, 

the process for generating the cache group described above 
and controlling data in the cache group will now be 
described.. 

Referring to Figs. 13 and 14, the process for 
2 0 generating a cache group and controlling data will be 
described first . 

A cache group is generated for collaborative control of 
content data blocks stored in each cache device. Entries 
respectively corresponding to these data blocks are removed 
25 from the LRU list to the deletion pending list. Referring 
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to the flow chart in Fig. 13, the process for generating a 
cache group will now be described. 

First, a certain cache device connected to a network 
registers candidates for members of a cache group in a 
5 preparation process, that is, steps S101 to S104 in Fig. 13. 
In step S101, information of cache devices that 
possibly compose a cache group is registered. This 
information includes registration information such as a host 
name, an IP address, and an ICP port number of at least one 

10 cache device selected by, for example, an operator. 

Then, cache devices that can really compose a cache 
group are determined on the basis of these pieces of 
registration information. That is, RTTs between the cache 
devices are measured by sending a PING to each of the cache 

15 devices registered in step S101, and a plurality of cache 
devices within an allowed RTT are selected. In step SI 04, 
those cache devices that satisfy a predetermined threshold 
RTT are set up as neighboring cache devices on the basis of 
measurement of RTTs in step S102 and judgment in step S103. 

20 Each cache device has a list of cache devices that are 

set up as neighboring cache devices. The list holds host 
names, IP addresses, and ICP port numbers of the neighboring 
cache devices, as described above referring to Fig. 6. 
[Process P] of Fig. 14 is the data communication 

25 sequence corresponding to steps S102 to S104 of Fig. 13. In 
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the sequence diagram of Fig. 14, a cache device A mainly 
carries out the process, and cache devices B, C, and D 
correspond to the cache devices registered in step SI 01 
shown in Fig. 13. 

[Process P] of Fig. 14 corresponds to the measurement 
of RTTs . The cache device A measures RTTs between the cache 
devices by sending a PING to each of the registered cache 
devices B, C, and D, and selects a plurality of cache 
devices within an allowed RTT. 

Returning to the flow chart in Fig. 13, the description 
will follow. When the list of neighboring cache devices 
illustrated in Fig. 6 is generated, each cache device 
carries out cache replacement at predetermined intervals to 
judge whether there is any content data block that needs to 
be removed from its own LRU list in step S105. 

When a cache device judges that there is a data block 
that needs to be removed from the LRU list, the cache device 
proceeds to step SI 06 and extracts an entry to be removed 
from the LRU list. In step S107, the cache device then 
judges whether content corresponding to the entry is 
registered in a cache group table. 

A cache group table stores identifiers of content that 
is collaboratively controlled in each set-up cache group, 
the number of cache devices composing each cache group [N] , 
cache group identifiers (ID) , and member numbers and 
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corresponding IP addresses in a list of cache group members, 
as described above referring to Fig. 8. Registration of 
content in the cache group table means that the content is 
collaboratively controlled in a set-up cache group. 
5 When the content to be removed from the LRU list is 

found to be registered in the cache group table in step S107, 
the content is collaboratively controlled in the set-up 
cache group. In this case, step S115 and subsequent steps 
are carried out as collaborative control. The details of 

10 this process will be described later. 

When the content to be removed from the LRU list is 
found not to be registered in the cache group table in step 
S107, a new cache group corresponding to the content to be 
removed from the LRU list is generated in step S108 and 

15 subsequent steps. 

In step S108, a query message on whether each of the 
cache devices, which are set in the list of neighboring 
cache devices (refer to Fig. 6) within a threshold RTT in 
step SI 04 described above, can form a cache group concerning 

2 0 the content to removed from the LRU list is sent to each of 
the cache devices . 

This query message is for querying whether a cache 
device has content corresponding to an entry to be removed 
from the LRU list and can participate in a cache group. In 

25 the sequence diagram of Fig. 14, ICP_OP_QUERY in [process Q] 
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corresponds to this query message. 

The cache device waits for a response to the query 
message in step S109 of Fig. 13, judges whether a response 
indicates that it is possible to form a group (HIT) in step 
5 S110, registers data of a cache device that send a response 
indicating that the cache device can form a group (HIT) in 
the cache group table (refer to Fig. 8) in step Sill, and 
finishes temporary cache group set-up after judging that 
responses from all the group member candidates (the cache 

10 devices registered in the neighboring cache device list 
shown in Fig. 6) are checked in step S112 . 

In the sequence diagram of Fig. 14, in response to 
ICP_OP_QUERY (query message) in [process Q] , the cache 
devices B and C that can form a group (HIT) send ICP_OP_HIT 

15 of the ICP message as a response message to the cache device 
A, and the cache device D that cannot form a group (MISS) 
sends ICP_OP_MISS of the ICP message as a response message 
to the cache device A. In this case, the cache device A 
forms a cache group with the cache devices B and C. 

20 In step S113 of the processing flow in Fig. 13, it is 

judged whether HIT responses from as many cache devices as 
can form a cache group are received. For example, when HIT 
responses are received from one or more cache devices, it is 
judged that a cache group can be set up. When HIT responses 

25 from as many cache devices as can form a cache group are not 
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received, the process proceeds to S118 where a cache group 
is not set up but an entry corresponding to the entry 
removed from the LRU list is put in the free block list 
instead. In this case, the content corresponding to this 
5 entry is not controlled collaboratively in a cache group. 

When it is judged that HIT responses from as many cache 
devices as can form a cache group are received in step S103, 
group configuration information is sent to those cache 
devices that sent back a HIT response and are registered as 

10 cache group members in the cache group table (refer to Fig. 
8) in step S114. 

The group configuration information includes the number 
(N) of cache devices composing the cache group, a group 
member number (m) serving as an identifier of the cache 

15 device (member) composing the cache group, and a content 

data identifier of content data processed in the cache group. 
The group member number (m) is set corresponding to the IP 
address of the cache device. Each cache device (member) 
composing the cache group acquires the group member numbers 

20 (m) serving as the cache device (member) identifiers of all 
the other cache devices (members) composing the cache group 
and the IP addresses corresponding to the respective group 
member numbers (m) . 

In the sequence diagram of Fig. 14, ICP_OP_NOTIFY in 

25 [process R] corresponds to the process of sending the group 
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configuration information. The format of the transmission 
data conforms to that described above referring to Fig. 7. 
As shown in Fig. 8, each of the cache device sending the 
group configuration information and the cache devices 
5 receiving the group configuration information, these cache 
devices belonging to the cache group, stores the cache group 
table having the group configuration information in a memory 
as its own control information. 

Step S115 and subsequent steps are the process for 
10 removing content from the LRU list, the process being 

carried out as collaborative content control in the set-up 
cache group. 

In step S115, each cache device carries out the 
following process concerning an entry to be removed from the 
15 LRU list, based on each value of the block offset number C, 
the number N of the cache devices of the cache group, and 
the group member number m assigned to the cache device in 
the cache group: 

(1) C mod N is calculated. 
20 (2) V = N when C mod N = 0, and 

V = (C mod N) when C mod N ^ 0. 
(3) Whether V = m is judged. 

When V = m, the cache device judges that the cache 
device itself in the set-up cache group needs to store the 
25 content. Accordingly, in step S116, the cache device 
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removes a corresponding entry to be deleted from the LRU 
list and puts a corresponding entry in the deletion pending 
list, that is, the cache device does not delete but stores 
the content data block in the memory, and controls the 
5 content data block in the deletion pending list. 

When V ^ m, the cache device itself in the set-up cache 
group does not need to store the content. That is, the 
cache device judges that another group member stores the 
data block. Accordingly, in step S118, the cache device 

10 removes the corresponding entry to be deleted from the LRU 
list and puts a corresponding entry in the free block list. 
In this case, the cache device deletes the corresponding 
data block. Though the data block is deleted, another cache 
group member stores the data block and can transmit the 

15 stored data block to terminals. This process will be 
described later. 

When the length of the deletion pending list exceeds an 
allowable value (Yes in S117) upon removing an entry from 
the LRU list and putting a corresponding entry in the 

20 deletion pending list in step S116, an entry in the deletion 
pending list is removed and a corresponding entry is put in 
the free block list in step S118. 

Referring to Figs. 15 to 17, the process at the time 
when a content acquisition request is submitted from a 

25 terminal to a cache device that controls content by a cache 
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group will now be described. 

When a cache device receives a content acquisition 
request from a terminal in step S201 of Fig. 15, the cache 
device judges whether the requested content data is 
5 registered in a cache group table (refer to Fig. 8) in step 
S202. When the requested content is not registered, no 
group controls the content. Thus, the cache device carries 
out an ordinary process, that is, the cache device retrieves 
and sends the content to the terminal when the content is 

10 stored in the cache device, and the cache device retrieves 
the content from a content server and sends the retrieved 
content to the terminal when the content is not stored in 
the cache device. 

When the requested content data is registered in the 

15 cache group table (refer to Fig. 8) , the content is 

controlled by a group. Thus, in step S203, the cache device 
retrieves the number N of group members and a member number 
ml for the cache device from the cache group table (refer to 
Fig. 8) . 

20 In step S204, a block offset number C is obtained by 

calculating a block offset based on offset information of 
the content in the content acquisition request from the 
terminal. In step S205, the following process is carried 
out based on each value of the number N of the cache devices 

25 of the cache group and the group member number ml assigned 
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to . the cache device in the cache group : 

(1) C mod N is calculated. 

(2) V = N when C mod N = 0, and 

V = (C mod N) when C mod N * 0. 
5 (3) Whether V = ml is judged. 

V = ml means that the request content is stored in the 
cache device. Thus, the cache device proceeds to step S206 
where the cache device retrieves information of a data 
storage area in the cache device itself from the name of the 
10 requested content and the block offset number in an entry in 
an LRU list or a deletion pending list. The cache device 
reads out the data in step S2 07, verifies normal completion 
of readout (S2 08) , and judges whether a group ID (Gp) = 0 in 
step S209. 

15 The cache device sets the group ID (Gp) to 0 by 

updating the group ID (Gp) in the cache group table when the 
set-up cache group cannot be maintained due to withdrawal of 
some member from the set-up cache group. When the group ID 
(Gp) is 0 # the applicable entry indicates that the cache 

20 group cannot be formed due to withdrawal of a number of 
members from the cache group. In step S210, the cache 
device puts an entry in a head of the LRU list but not the 
deletion pending list. 

When the group ID (Gp) is not 0, the cache device puts 

25 a corresponding entry in a head of the deletion pending list 
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in step S211 because the data block is accessed. 

The cache device sends the read- out data to the 
requesting terminal in step S212 and verifies completion of 
sending a specified size of data (S213) . When the 
5 transmission is not completed, the content is sent to the 
terminal by repeating step S2 05 and the subsequent process 
after updating the block offset number C (C = C + 1) in step 
S214 . 

In step S205, C mod N is calculated and whether V = ml 

10 is judged based on each value of the number N of the cache 
devices of the cache group and the group member number ml 
assigned to the cache device in the cache group. When V = 
ml, the requested content is not stored in the cache device 
itself. Thus, the cache device proceeds to step S215 where 

15 the cache device retrieves a group member corresponding to 
the calculated value V (referred to as m2) from the cache 
group table (refer to Fig. 8) . 

In step S216, the cache device retrieves an IP address 
of the group member corresponding to the calculated value V 

20 (referred to as m2) from the cache group table (refer to Fig. 
8) . In step S117, the cache device judges whether the 
retrieved IP address is 0.0.0.0. When the retrieved IP 
address is 0.0.0.0, the entry is for a member that withdrew 
from the cache group. In this case, the cache device 

25 redirects the request to an upstream cache device or the 
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content server (S221) . 

When the cache device judges that the retrieved IP 
address is not 0.0.0.0 in step S217, the entry is for a 
cache group member. The cache device proceeds to step S218 
5 where the cache device submits a request for reading out the 
content (redirect request) based on the IP address 
corresponding to the cache group member (m2) . 

Referring to Fig. 16, the process in the cache device 
that received the redirect request will now be described. 

10 In the process, a cache device of a cache group responds to 
a request for reading out content (redirect request) from 
another group member. 

When a cache device receives a request for reading out 
content (redirect request) in step S301, the cache device 

15 proceeds to step S3 02 where the cache device retrieves 
information of a data storage area in the cache device 
itself from the name of the requested content and the block 
offset number in an entry in the LRU list or the deletion 
pending list. In step S303, the cache device judges 

20 availability of the data and an error status. When the data 
is deleted or there is an error status, the cache device 
sends a code indicating an error to the other cache device 
that sent the request for reading out the content (redirect 
request) in step S306. 

2 5 When it is judged that the cache device stores the data 
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and can read out the data upon judging the availability of 
the data and an error status in step S303, the cache device 
reads out as much data as specified in step S3 04 and sends 
read-out data and a code indicating normal completion to the 
5 other cache device that submitted the request for reading 
out the data in step S3 05. 

Returning to the processing flow in Fig. 15, the 
description will follow. When the cache device receives a 
response from the redirect request destination in step S219 

10 or S222, the cache device judges whether the data has been 

read out normally in step S220 or S223 . In case of Yes, the 
cache device proceeds to step S2 09 where the cache device 
carries out the subsequent process such as moving the 
entries in the list and sending the retrieved content to the 

15 terminal. When the data has not been read out normally, the 
cache device terminates the process, resulting in abnormal 
end. 

Before the cache device terminates the process, 
resulting in abnormal end, the cache device may carry out 

20 the following process for obtaining the target data: After 
the cache device receives the error response, the cache 
device redirects the request to an upstream cache device 
when the upstream cache device (that is on the path to the 
server and nearer to the cache device than the server) 

25 exists as a redirect destination, and redirects the request 
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directly to the content server when there is no such 
upstream cache device . 

Referring to Fig. 17 , the outline of data communication 
sequence between cache devices in the process described 
5 above will now be described. Fig. 17 includes, from the 
left end: 

a terminal that sends a content acquisition request, 
a cache device A that receives the content acquisition 
request from the terminal, 
10 a cache device 1 that forms a cache group with the 

cache device A, 

a cache device 2 that forms the cache group with the 
cache device A, and 

an upstream cache device for the cache device A or a 
15 server. 

[Process S] is a processing sequence when the cache 
device A retrieves content data requested from the terminal 
from the cache devices 1 and 2 serving as cache group 
members and sends it to the terminal. In this sequence, the 

20 cache device that receives a content acquisition request 
(HTTP GET (URL) ) specifying a URL sends a content 
acquisition request (HTTP GET (URL) Range: bytes = aa - bb) 
to the cache devices 1 and 2 that are thought to store a 
data block corresponding to the content based on calculating 

25 C mod N and determining whether V = ml, as described above; 



A 
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and retrieves the data block of the content (HTTP 2 06) . The 
cache device A sends the retrieved content to the terminal 
(HTTP OK) . 

[Process T] is a processing sequence when the cache 
5 device A cannot retrieve the content data requested from the 
terminal from the cache devices 1 and 2 serving as the cache 
group members. In this sequence, the cache device that 
receives the content acquisition request (HTTP GET (URL) ) 
specifying a URL sends the content acquisition request (HTTP 

10 GET (URL) Range: bytes = aa - bb) to the cache device 1 that 
is thought to store the data block corresponding to the 
content based on calculating C mod N and determining whether 
V = ml, as described above; and receives a response (HTTP 
4 04 (Not Found) or HTTP 410 (Gone) ) indicating that the data 

15 block of the content cannot be retrieved. 

The cache device A sends the content acquisition 
request (HTTP GET (URL) Range: bytes = aa - bb) to the 
upstream cache device for the cache device A or the server, 
retrieves the data block of the content (HTTP 2 06) , and 

2 0 sends the retrieved content (HTTP OK and the retrieved 
content data) to the terminal. 

In the case where predetermined content cannot be 
retrieved from the cache group members as in [process T] , 
the cache device cancels the group because it is meaningless 

25 for the cache device to stay as the cache group member. 



- 52 - 

S03P0829 

This process is [process U] . 

The cache A cancels the group by sending a notification 
for canceling the group (ICP_OP_NOTIFY) to the cache devices 
1 and 2 composing the group. Subsequently, the cache 
5 devices A, 1, and 2 delete corresponding group information 
from a cache group table. 

In the embodiment described above, the redirect 
sequence is described in the Hyper Text Transfer Protocol 
(HTTP) . The redirect sequence can also be described in 

10 other protocols, such as the File Transfer Protocol (FTP) 

and the Real Time Streaming Protocol (RTSP) . Moreover, the 
communication protocol between the cache devices is not 
limited to the ICP, but can be implemented by extending 
common communication means between devices. Moreover, the 

15 communication protocol between the cache devices is not 
limited to the ICP. 

A case where a group member m (m = 1, 2, ...,N where N 
is the number of group members) composing a cache group 
withdraws from the cache group will now be described. 

20 S = (A + N - 1)/N when m < V and S = A/N when m > V 

under the condition that V = N when A mod N = 0 and V = (A 
mod N) when A mod N ^ 0, where A is the total number of data 
blocks of content, for which a cache group is formed, and S 
is the number of data blocks (data blocks when V = m) that a 

25 cache device as a group member must store. 
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It is desirable that the cache device indefinitely 
store S data blocks. However, entries of some data blocks 
may be removed from a deletion pending list by repeating 
cache replacement under limited storage resources even when 
5 the cache device as the group member must store these data 
blocks . In a case where the entries of some data blocks are 
removed from the deletion pending list in this way, even 
when the cache device serving as the group member must store 
these data blocks, the following arrangement may be adopted: 

10 The ratio of remaining data blocks out of the data blocks 
that the cache device serving as the group member must 
store: (S-D)/S x 100 (%) is calculated, where D is the 
number of these data blocks to be deleted, which the cache 
device serving as the group member must normally store. 

15 When the relationship between the ratio of the remaining 

data blocks and a threshold value T (%) for a cache device 
to withdraw from a group is represented by the following 
expression: 

(S - D)/S X 100 (%) < T (0 < T < 100), 

2 0 the cache device declares to other cache members composing 

the cache group concerning the target content that the cache 
device will withdraw from the group. 

When the cache device detects withdrawal from the cache 
group, the cache device removes an entry corresponding to 

25 the target content from its own cache group table and sends 
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the ICP_OP_NOTIFY message with a flag (0x10000000 
( ICP_FLAG_GROUP_DESERTED) , as an illustrative example) 
indicating this status on to all the group members composing 
the cache group concerning the target content, as shown in 
5 [process U] of Fig. 17. 

Furthermore, a corresponding IP address in the cache 
group table of each of the notified cache devices is updated 
with 0.0.0.0 so that each of these cache devices recognizes 
that the cache device withdrew from the cache group. 

10 In this case, other information, such as the number of 

members, may be stored as is so that the same algorithm as 
in a case where no member has withdrawn can be maintained. 
When a group member needs to access the data blocks normally 
stored in the group member that withdrew, the group member 

15 accesses the server storing the original data or the 
upstream cache device . 

When the number of the members composing the cache 
group except the member that withdrew comes to one, the 
cache group cannot be maintained. Thus, to remove the group 

20 completely, an entry corresponding to the target content is 
removed from the cache group table of the only remaining 
cache device, and the fields Gp of entries in the deletion 
pending list, each of the entries pointing to each of data 
blocks belonging to the target content, are initialized 

25 (cleared to zero) . 
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[Mult i- level deletion pending list] 

An embodiment in which a cache device includes multi- 
level deletion pending lists generated as data control lists 
will now be described. 
5 In the embodiment described above, a cache device 

includes an LRU list, a free block list that indicates free 
area blocks in the cache, and a deletion pending list that 
is used for controlling data blocks temporarily set to a 
deletion pending status out of those data blocks to be 

10 subjected to deletion in the LRU list, as described above 
referring to Fig. 9. Each of these lists includes 
sequential entries . 

As shown in Fig. 18, a cache device according to this 
embodiment includes a plurality of deletion pending lists. 

15 The cache device includes an LRU list (a) having entries in 
the order of usage frequency, a plurality of deletion 
pending lists (bl) and (b2) including entries corresponding 
to respective content data blocks for which a cache group is 
formed, and a free block list (c) having pointer information 

20 of free area blocks. 

The content data blocks are divided into two groups 
according to priority in storing the content data blocks and 
put in the deletion pending lists (bl) and (b2) , 
respectively. In a case described below, the deletion 

25 pending list (bl) includes entries corresponding to content 
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that is stored at high priority, and the deletion pending 
list (b2) includes entries corresponding to content that is 
stored at low priority. In this case, two deletion pending 
lists are set up. Alternatively, three or more deletion 
5 pending lists may be set up, according to priority, for 
storing the content data. 

There are several ways of judging the priority in 
storing a data block according to the importance of the data 
block; for example, a data block corresponding to the last 

10 delivered content is judged to have a higher priority, or a 
data block at the head of content data or in a specific 
section after a scene change is judged to have a higher 
priority. The head of content data and a scene change can 
be detected with existing software. 

15 Moving entries in the lists will now be described. For 

example, in a cache device, upon receiving a request for 
writing a new data block, the new data block is written to a 
data storage region, in the data storage area, corresponding 
to a data block pointer set in a leading entry 501 of the 

20 free block list (c) , and information of the written data 

block is set in a leading entry 502 of the LRU list shown in 
Fig. 10. 

When the length of the LRU list consequently exceeds an 
allowable length, an ending entry 503 of the LRU list is 
2 5 removed and a corresponding entry is put in the deletion 
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pending list (bl) or (b2) , or the free block list (c) . 
Whether the corresponding entry is put in either of the 
deletion pending lists or the free block list is determined 
by judging whether the content data block corresponding to 
5 the entry is to be stored or deleted based on the value V 
from calculation of C mod N, as described above. 

When it is determined that the ending entry 503 of the 
LRU list is to be removed and a corresponding entry is put 
in either of the deletion pending lists as a result of the 

10 above determination, according to priority in storing a data 
block, an entry corresponding to the data block having a 
high priority is put in the deletion pending list (bl) as an 
ending entry 5 04, and an entry corresponding to the data 
block having a low priority is put in the deletion pending 

15 list (b2) as an ending entry 505. 

When the length of the deletion pending list (bl) 
exceeds a predetermined length upon adding a new entry to 
the deletion pending list (bl) , an entry corresponding to a 
leading entry 511 of the deletion pending list (bl) is put 

20 in the deletion pending list (b2) as the ending entry 505. 

Similarly, when the length of the deletion pending list 
(b2) exceeds a predetermined length upon adding a new entry 
to the deletion pending list (b2) , an entry corresponding to 
a leading entry 512 of the deletion pending list (b2) is put 

25 in the free block list as an ending entry 521. 
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When the buffer capacity predetermined according to the 
free block list falls short upon storing new data, the 
buffer capacity is secured by removing an entry in the LRU 
list or the deletion pending list (b2) and putting a 
5 corresponding entry in the free block list, that is, by 
deleting a data block. 

A memory region pointed to by a data block pointer 
specified in the e;ntry that is put in the free block list 
can be used for writing new input data, and current content 

10 of the data block is discarded. 

Referring to Fig. 19, the structure of each of the 
multi-level deletion pending lists will now be described. 
As described above, the deletion pending lists are used for 
controlling data blocks temporarily set to a deletion 

15 pending status out of those data blocks to be subjected to 
deletion in the LRU list. 

Fig. 19 illustrates the structure of each of the 
deletion pending lists (bl) and (b2) shown in Fig. 18. As 
shown in Fig. 19, a deletion pending list 63 0 owned by a 

20 cache device is generated corresponding to data blocks set 
to a deletion pending status. List data records (entries) 
(a) to (p) are retained corresponding to respective data 
blocks set to the deletion pending status. Fig. 19 
illustrates the internal structure of the deletion pending 

25 list, each entry of the deletion pending list including a 
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pointer 631 pointing to a data block, a content identifier 
632, a block offset 633, a group identifier (GP) 634 of a 
set-up cache group, a priority index (Priority) 635 of the 
deletion pending list, a pointer 63 6 pointing to a previous 
5 list data record (entry) in the same deletion pending list, 
and a pointer. 637 pointing to a succeeding list data record 
(entry) in the same deletion pending list. That is, the 
multi- level deletion pending list 63 0 additionally includes 
the priority index (Priority) 635 of the deletion pending 
10 list. 

Referring to Fig. 20, the process for generating a 
cache group and controlling data in a cache device including 
multi-level deletion pending lists will be described. 

Steps S501 to S515 in Fig. 20 are the same as steps 

15 S101 to S115 of the processing flow in Fig. 13 as described 
above, and thus the description of these steps is omitted. 

In step S515 in Fig. 20, each cache device carries out 
the following process concerning an entry to be removed from 
the LRU list, based on each value of the block offset number 

20 C, the number N of cache devices of a cache group, and the 
group member number m assigned to the cache device in the 
cache group: C mod N is calculated; V = N when C mod N = 0, 
and v = (C mod N) when C mod N ^ 0 ; and whether V = m is 
judged. When V ^ m, the cache device proceeds to step S523 

25 where the data block is controlled in the free block list. 
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When V = m # the data block is controlled in a deletion 
pending status in the cache device. 

In the latter case, the priority in storing the dada 
block to be set to a deletion pending status is determined 
5 in step S516. The priority is determined based on 
predetermined criteria; for example, a data block 
corresponding to the last delivered content is judged to 
have a higher priority, or a data block at the head of 
content data or in a specific section after a scene change 

10 is judged to have a higher priority. 

When the data block is judged to be stored at high 
priority, the cache device proceeds to step S517 where a 
corresponding entry to the data block is put in the deletion 
pending list ( (bl) in Fig. 18) for content that is stored at 

15 high priority. When the data block is judged to be stored 
at low priority, the cache device proceeds to step S52 0 
where a corresponding entry to the data block is put in the 
deletion pending list ( (b2) in Fig. 18) for content that is 
stored at low priority. 

2 0 In step S518, the cache device judges whether it is 

required that an entry be removed from the deletion pending 
list for content that is stored at high priority and a 
corresponding entry is put in the deletion pending list for 
content that is stored at low priority. When the cache 

25 device judges that it is so required, in step S519, an entry 
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is removed from the deletion pending list for content that 
is stored at high priority and a corresponding entry is put 
in the deletion pending list for content that is stored at 
low priority. 

5 In step S521, the cache device judges whether it is 

required that an entry be removed from the deletion pending 
list for content that is stored at low priority and a 
corresponding entry is put in the free block list. When the 
cache device judges that it is so required, in step S522, an 
10 entry is removed from the deletion pending list for content 
that is stored at low priority and a corresponding entry is 
put in the free block list. 

Data control using multi-level deletion pending lists 
is carried out in accordance with the process described 
1 5 above . 

[Configuration of cache device] 

A typical hardware configuration of the cache device 
described in the above embodiment will now be described. 

Fig. 21 illustrates a cache device including a central 
20 processing unit (CPU) serving as controlling means. The 
configuration shown in Fig. 21 is just for illustrative 
purposes, and the cache device may have a hardware 
configuration other than the configuration that will now be 
described. 

25 The configuration shown in Fig. 21 will now be 
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described. A CPU 701 is a processor that runs a variety of 
programs and operating systems (OS) . A read-only-memory 
(ROM) 702 stores programs run by the CPU 701, and fixed data 
serving as parameters for calculation. A random- access - 
5 memory (RAM) 703 is used as a storage area and a work area 
for programs run by the CPU 701 and parameters changing in 
executing programs, and as a storage area for a neighboring 
cache device list and a cache group table. 

The CPU 701, the ROM 702, and the RAM 703 are connected 

10 to a CPU bus 711 through which data can be transferred, and 
are connected to an input /output (I/O) bus 712 through a bus 
bridge 704. A disk interface 705 and network interfaces 707 
and 708 are connected to the I/O bus 712. 

The disk interface 705 serves as an interface for disks 

15 706, such as a hard disk, a flexible disk, a compact disc 
(CD) ROM, a digital versatile disc (DVD) , and a magnetic 
disk. The disks 70 6 stores cached data. Necessary data is 
retrieved from and stored in the disks 7 06 under the control 
of the CPU 701. 

20 The network interface 707 serves as an external network 

interface for sending and receiving data to and from servers 
connected to networks and other cache devices . The network 
interface 708 serves as an internal network interface for 
sending and receiving data to and from terminals connected 

25 to networks. 
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Processes described in the description can be carried 
out with hardware, software, or software in combination with 
hardware. When a sequence of processes is carried out with 
software, programs composing the software are distributed to 
5 computers including dedicated hardware into which the 

programs are built, general -purpose personal computers on 
which a variety of programs performing a variety of 
functions are installed, and the like in the following ways: 
The programs may be stored in recording media from which the 
10 programs can be read, such as a flexible disk and a CD-ROM, 
and distributed to these computers; or the programs may be 
downloaded to these computers through networks, such as the 
Internet . 

Specifically, the programs may be stored in a hard disk 
15 or a ROM serving as recording media, in advance. 

Alternatively, the programs may temporarily or permanently 
be stored (recorded) in removable recording media, such as a 
flexible disk, a CD-ROM, a magnetic optical (MO) disk, a DVD, 
a magnetic disk, or a semiconductor memory. Such removable 
2 0 recording media can be provided as so-called packaged 
software . 

The programs may be installed in computers from the 
removable recording media as described above. Alternatively, 
the programs may be transferred from download sites to 
25 computers either wirelessly or through networks, such as 
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local area networks (LAN) and the Internet . The transferred 
programs can be installed in recording media, such as a 
built-in hard disk, in the computers that receive the 
programs . 

5 A variety of processes described in the description may 

be chronologically carried out in the order of the 
description, or may alternatively be carried out in parallel 
or individually depending on the processing capacity of 
devices that carry out the processes or according to need. 

10 The term system referred to in the description means a 

plurality of devices that are logically combined, and the 
devices are not necessarily housed in the same housing. 

The present invention is described above in detail 
referring to specific embodiments. It is apparent that 

15 those skilled in the art can modify these embodiments or 
replace them with substitutes without departing from the 
spirit of the present invention. That is, the present 
invention is disclosed above as an illustration only, and 
should not be construed restrictively . To understand the 

20 sprit of the present invention, the claims described in the 
opening should be referred to. 
Industrial Applicability 

According to the system of the present invention, when 
cache replacement is carried out in cache devices connected 

25 to each other through a network, data control is carried out 
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so that data blocks set to a deletion pending status in each 
cache device, which includes lists regarding the data blocks 
set to a deletion pending status, in a cache group are 
different from those in other cache devices in the cache 
5 group, as described above. Thus, a storage area can be used 
efficiently as compared with a case where each cache 
independently controls cache replacement, and data blocks 
stored in a plurality of cache devices are collected to be 
sent to terminals in response to data acquisition requests 

10 from the terminals, thereby facilitating network traffic and 
improving the hit rate of the cache devices. 

Moreover, when cache devices include multi- level 
deletion pending lists according to the present invention, 
the possibility that data stored at high priority is not 

15 deleted but remains is high, thereby achieving further 
improvement in the cache hit ratio. 



